home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0079 / 762.txt < prev    next >
Text File  |  1997-04-16  |  20KB  |  487 lines

  1. =========================================================================
  2.  
  3. INFO-ATARI16 Digest         Wed,  6 Dec 89       Volume 89 : Issue 762
  4.  
  5. Today's Topics:
  6.                         A few random thoughts
  7.                          C question (3 msgs)
  8.                               Form Doc's
  9.                       GNU C Floating Point Math
  10.                           missing FORM 8/17
  11.                          Rainbow TOS Porblems
  12.                           Seagate 296N, 277N
  13.                             Shareware Mac
  14.                            Spectre printing
  15.                           Still searching...
  16. ----------------------------------------------------------------------
  17.  
  18. Date: 6 Dec 89 04:36:44 GMT
  19. From: bsu-cs!kendall@iuvax.cs.indiana.edu  (Stephen P. Kendall)
  20. Subject: A few random thoughts
  21. Message-ID: <10375@bsu-cs.bsu.edu>
  22.  
  23. I have Atari's VT100 emulator and it works pretty much like a true VT100
  24. terminal (and I have seen a *real* VT100 terminal), even down to the set-up
  25. screens, with the only major flaws being that the warning bell (~G passthru)
  26. is only allowed if the margin bell (a bell EVERY time a line gets close to
  27. the right edge of the screen) is selected.  Also, any term program should
  28. offer the option of exchanging the functions of the delete and backspace keys
  29. to be consistent with Atari-specific applications (after being online for a
  30. while, using an ST word processor is hell!).
  31.  
  32.  
  33. Steve Kendall
  34. kendall@bsu-cs.bsu.edu
  35. 00SPKENDALL@bsu-ucs.bsu.edu
  36.  
  37. ------------------------------
  38.  
  39. Date: 6 Dec 89 07:15:16 GMT
  40. From: kayak.cis.ohio-state.edu!thamer@tut.cis.ohio-state.edu  (Mustafa Thamer)
  41. Subject: C question
  42. Message-ID: <74735@tut.cis.ohio-state.edu>
  43.  
  44. I just tried the following code on my laser C compiler.
  45. char pattern[] = "fred";
  46.  
  47. As a global declaration it worked fine.
  48. As a local declaration (in main) it wouldn't compile unless I put the
  49. word "static" in front of it.  Then it worked fine.
  50. When declared as a static, of course it worked correctly as a global or
  51. a local.  Apparently that is the way to do it as was said in a previous
  52. message.
  53.  
  54.         Case Closed.
  55.  
  56. Mustafa Thamer
  57.  
  58.  
  59. -=-
  60.  
  61.                                 "Two days ago I saw a vehicle that'd
  62.                                  haul that tanker.  You wanna get out
  63.                                  of here; you talk to me."
  64.  
  65. ------------------------------
  66.  
  67. Date: 6 Dec 89 07:03:19 GMT
  68. From: kayak.cis.ohio-state.edu!thamer@tut.cis.ohio-state.edu  (Mustafa Thamer)
  69. Subject: C question
  70. Message-ID: <74734@tut.cis.ohio-state.edu>
  71.  
  72. In article <875@lzaz.ATT.COM> hcj@lzaz.ATT.COM (HC Johnson) writes:
  73. >NO NO NO
  74. >you can have char *fred[] = "hello";
  75. >or
  76. >char fred[] = ?'h','e','l','l','o','\0'?;
  77. >but not
  78. >char fred[] = "hello";
  79.  
  80. Actually, K&R were not misquoted.  They say on page 84 of "The C Prorogramming
  81. Language" (c)1978,
  82.  
  83. "Character arrays are a special case of initialization, a string may be used
  84. instead of the braces and commas notation:
  85.         char pattern[] = "the";
  86. This is a shorthand for the longer but equivalent
  87.         char pattern[] = ?'t', 'h', 'e', '\0'?;
  88. ... "
  89.  
  90. Evidently, the compilers are the ones who don't like it.
  91.  
  92. Did you say you were from Bell Labs, where K&R came from ...
  93.  
  94. -Mustafa Thamer
  95.  
  96.  
  97.  
  98. -=-
  99.  
  100.                                 "Two days ago I saw a vehicle that'd
  101.                                  haul that tanker.  You wanna get out
  102.                                  of here; you talk to me."
  103.  
  104. ------------------------------
  105.  
  106. Date: 6 Dec 89 00:44:15 GMT
  107. From: att!dptg!lzaz!hcj@ucbvax.Berkeley.EDU  (HC Johnson)
  108. Subject: C question
  109. Message-ID: <875@lzaz.ATT.COM>
  110.  
  111. In article <8912050802.AA12717@ucbvax.Berkeley.EDU>,
  112.  S61304@PRIME-A.POLY-SOUTH-WEST.AC.UK (Rat) writes:
  113. > (From "The Masked Rat Fink"   "Computing and Informatics Yr4")
  114. >
  115. > Question.
  116. >
  117. > (This is probably a really silly one to any C wizards, but I'm only a BASIC
  118. > wizard!)
  119. >
  120. > Why wont Sozobon, Lattice or any other C compiler I've tried compile the
  121. > following, from K&R?
  122. >
  123. > main()
  124. >      $
  125. >      char fred[] = "Some string constant";
  126. >      <rest of routine>
  127. >
  128. >
  129. > This has been confusing me for a while, as K&R (surely correct!) would
  130. > seem to indicate that this is indeed permissible!
  131.  
  132. NO NO NO
  133.  
  134. you can have char *fred[] = "hello";
  135. or
  136. char fred[] = ?'h','e','l','l','o','\0'?;
  137.  
  138. but not
  139. char fred[] = "hello";
  140.  
  141. char *fred[] is an array of pointers, the first points to the string "hello"
  142.  
  143. char fred[] is an array of chars, 6 in my example.
  144.  
  145.  
  146. Howard C. Johnson
  147. ATT Bell Labs
  148. att!lzaz!hcj
  149. hcj@lzaz.att.com
  150.  
  151. ------------------------------
  152.  
  153. Date: 6 Dec 89 07:14:41 GMT
  154. From: oahu!stephen@cs.ucla.edu  (Steve Whitney)
  155. Subject: Form Doc's
  156. Message-ID: <29778@shemp.CS.UCLA.EDU>
  157.  
  158. In article <473eecf4.14a1f@force.UUCP> covertr@force.UUCP (Richard E. Covert)
  159.  writes:
  160. [lots of stuff deleted]
  161. `Hey, it doesn't seem like many folks like the TeX docs to form.
  162. `
  163. `Must be some form of Elitest mentatlity to post docs to a program
  164. `in a format that 99% of the people don't use.
  165. `
  166. `Hey, if you are good enough you will have TeX, right? :-)
  167.  
  168. But you don't need TeX.  There's a nice program called DVI2SLM that prints
  169. DVI files on the SLM804.  What?  You don't have one?  Oops.  :-)
  170.  
  171. `Oh well, it could have been done in nroff, which at least most UN*X
  172. `people have access to.
  173. `
  174. `--
  175. ` Richard E. Covert (covertr@gtephx)
  176. `  (602) - 581-4652
  177. `|  AG Communications Systems, Phoenix AZ   |
  178. ` UUCP: ?ncar!noao!asuvax | uunet!zardoz!hrc | att?!gtephx!covertr
  179.  
  180.  
  181. --
  182. Steve Whitney   "It's never _really_ the last minute"       (())_-_(())
  183. UCLA Comp. Sci. Grad. Student                                | (* *) |
  184. Internet: stephen@cs.ucla.edu              UCLA Bruin-->    ?  \_@_/  ?
  185. GEnie:    S.WHITNEY                                           `-----'
  186.  
  187. ------------------------------
  188.  
  189. Date: 6 Dec 89 00:14:31 GMT
  190. From:
  191.  cs.utexas.edu!jarvis.csri.toronto.edu!utgpu!watserv1!watmath!ria!uwovax!7103_26
  192.  22@tut.cis.ohio-state.edu  (Eric Smith)
  193. Subject: GNU C Floating Point Math
  194. Message-ID: <4460.257c1397@uwovax.uwo.ca>
  195.  
  196. In article <3497@jhunix.HCF.JHU.EDU>, esp_05@jhunix.HCF.JHU.EDU (Stdnt 05)
  197.  writes:
  198. > Does anyone have any experience with GNU C and using floating point
  199. > math?  From my brief experiences of trying to write some 3D animation
  200. > in GNU C (or should I say my brief run-in with GNU C) I have uncovered
  201. > an unreasonably large number of errors in the floating point handling.
  202. > Admittedly, a number of them cleared up when I stopped using -mshort,
  203. > even though I used -lpml16 whenever I used -mshort.
  204. >
  205. You don't mention what version of GNU C you're using. The latest version
  206. (1.36) is considerably better at floating point. The libraries are also
  207. considerably improved. I don't use floating point much, so I don't know
  208. how good the pml is, but I do know that the weird errors I used to get
  209. with printf(), etc. are gone now.
  210. >
  211. > Any ideas or suggestions?  After comparing GNU C with an ancient copy
  212. > of the original (c.1986) Megamax C, with Megamax C blowing GNU C away,
  213. > I'll probably get Laser C next month anyway.
  214.  
  215. I purged Laser C from my hard drive a while back. I found its libraries
  216. very incomplete and somewhat buggy, and the compiler itself was frustrating.
  217. It does have a nice math library, so if you're most concerned with floating
  218. point it might be OK for you. If you do a lot of porting of code from Unix,
  219. you might also want to look at Mark Williams C, which I hear is good.
  220. --
  221. Eric R. Smith                     email:
  222. Dept. of Mathematics            ERSMITH@uwovax.uwo.ca
  223. University of Western Ontario   ERSMITH@uwovax.bitnet
  224. London, Ont. Canada N6A 5B7
  225. ph: (519) 661-3638
  226.  
  227. ------------------------------
  228.  
  229. Date: 6 Dec 89 08:25:55 GMT
  230. From: mcsun!sunic!nuug!ifi!m2cs.uu.no!tomas@uunet.uu.net  (Tomas Felner)
  231. Subject: missing FORM 8/17
  232. Message-ID: <1989Dec6.082555.8633@m2cs.uu.no>
  233.  
  234. rcdsdgx@dutrun.UUCP (Dik Groot) writes:
  235. >The system manager of the Dutch backbone (hp4nl) told me that the
  236. >following file was not received in any country in Europe. I would be
  237. >very glad if the moderator of Comp.binaries.atari.st would repost.
  238.  
  239. ><34846@grapevine.uucp>  FORM part 8 of 17  (archive V08i074)
  240.  
  241. Didn't make it to Norway, either. Please repost.
  242.  
  243. Tomas
  244. --
  245.                           Tomas Felner
  246.      Modula-2 CASE Systems AS  |  Internet: tomas@m2cs.uu.no
  247.             Maridalsveien 139  |  Phone: +47 2 379784
  248.         N-0461 Oslo 4, Norway  |  FAX: +47 2 356448
  249.  
  250. ------------------------------
  251.  
  252. Date: 6 Dec 89 16:34:01 GMT
  253. From: mcsun!cernvax!ethz!chris@uunet.uu.net  (Christian Dreyer)
  254. Subject: Rainbow TOS Porblems
  255. Message-ID: <2751@ethz.UUCP>
  256.  
  257. I`ve upgraded my Mega 2 with the new 1.4-ROMs and they`re working without
  258. any problem. The only problem is with the patches (TOSFIX.PRG I think they`re
  259. called). Having booted with those in the AUTO-folder, my virus-killer
  260. (Sagrotan 4.14) responds! Any suggestions? Thanks!
  261.  
  262.  
  263. --
  264.    $      Chris  Dreyer      St. Gall Graduate School for Economic and    $
  265.    $      Student            Social Science, Switzerland                  $
  266.    $      DREYER@CSGHSG5A.BITNET      !cernvax!ethz!chris (UUCP)          $
  267.  
  268. ------------------------------
  269.  
  270. Date: Wed, 6 Dec 89 14:49:45 EST
  271. From: Stephen Harold Goldstein <steveg@SAIC.COM>
  272. Subject: Seagate 296N, 277N
  273. Message-ID: <8912061949.AA01045@NARNIA.SAIC.COM>
  274.  
  275. For those interested, I picked up a Seagate 277N (65Meg) drive at the
  276. D.C. AtariFest, and got similar performace figures to those posted for
  277. the 296N - ?55KB/sec for 1:1, and ?330KB/sec for 1:2.  I was in
  278. desperate need of the extra space, so I wasn't too disappointed with
  279. having to go 1:2, and I really haven't noticed that much of a
  280. difference - should only show up on massive file moves.  Then again,
  281. seeing 500+KB/sec on my other drive (the 30Meg mech. from my Supra 30)
  282. is enough to make me curious about tweaking 1:1 out of the 277N.  I'm
  283. using a Supra host adaptor (from the old drive), Supra software, and
  284. Toad Computers' 1/2 height under the Mega style HD case -- a little
  285. pricey ($119), but I needed its form factor.
  286.  
  287. ------------------------------
  288.  
  289. Date: 4 Dec 89 15:10:26 GMT
  290. From:
  291.  snorkelwacker!spdcc!merk!alliant!linus!nixbur!nixpbe!peun11!capit@media-lab.med
  292.  ia.mit.edu  (Capitain)
  293. Subject: Shareware Mac
  294. Message-ID: <705@nixpbe.UUCP>
  295.  
  296. Hi, I'm the one who offered the Shareware Emulator. Our backbone in
  297. the US was out of order for the last weeks, so I missed the beginning of
  298. this debate. But now we are back, and I have some comments on various
  299. articles. I didn't include copies of all statements because of the length
  300. of the article.
  301.  
  302. > I'm sorry for posting this here but my reply to the 'sender' just bounced.
  303.  
  304. This may be due to the problems with our backbone. But I received mail
  305. only from Europe yet. Could someone please try to mail again to check the
  306. connection?
  307.  
  308. > The effort could be better expended. Let's face it: it's hard to
  309. > write an emulator like this. It's taken Dave Small a long time to get
  310. > his working as well as it does.
  311.  
  312. If I had to start from scratch, it would be very hard work, indeed. But as
  313. I mentioned in my first letter, the emulator is ready. It has been on the
  314. market in Europe since 1987. The only thing I have to do is to re-develop
  315. some utilities around the emulator, which haven't been written by myself.
  316. (For example tools for configuring the emulator, transferring software from
  317. the Mac to the ST, and so on...)
  318.  
  319. > You should not go out and write a share-ware version of someone's
  320. > package IF you are *worried* about hurting their business. My point is that,
  321. > given the very small size of the ST market, we *should* be worried about
  322. > GBS's future. I'm not saying that it is morally wrong to write a shareware
  323. > Mac emulator; I'm just saying that writing it will hurt GBS, and given
  324. > the small size of GBS and the quality of their products, it is not in any
  325. > ST user's interests to hurt them.
  326.  
  327. I was very surprised about how much you were concerned with the future of
  328. GBS (with respect to the shareware emulator, of course). I'd really like to
  329. see any comments from Dave Small on the whole topic. In the past, he hasn't
  330. been too shy to comment on Aladin...
  331. Besides: I'm a small (one-man-part-time-)"company" too.
  332.  
  333. > Yes, I'm sure there would be interest in a good shareware MAC emulator..
  334. > But Dave Small has established the standards here for what a MAC emulator
  335. > should do, and how it should perform...
  336. > (Playing "Devil's Advocate",) do you think you can compete with the Spectre
  337. > Mac emulator..?
  338.  
  339. As I said in my first letter, I know the emulator I'm offering is not
  340. state-of-the-art, because it supports only the 64K Roms and it can't read
  341. Original Mac Disks. Otherwise, it would be shareware. I think there
  342. wouldn't be much harm to Spectre GCR. But again, I'd like to hear from
  343. Dave.
  344.  
  345. > So, YES I will support the ALADIN, for the reasons I stated above,
  346. > because I've seen an earlier ALADIN version running, and because
  347. > Germans have proved they love the ST and their software is almost
  348. > perfect (Tempus, Modula-2,LABEL-EXPRESS)
  349.  
  350. Although the shareware emulator IS the emulator of the ALADIN product, it
  351. will be named different.
  352.  
  353. > In order not to violate Apple's copyrights, ROMS must be made available
  354. > for this guy by way of a cartridge.
  355.  
  356. Correct. You'll have to get the ROMs on a cartridge to be able to use the
  357. emulator. (See my first letter.)
  358.  
  359. > In fairness to David Small and as an obvious business move, don't make the
  360. > cartridge steal his thunder. (His software has checks to make sure the ROMS
  361. > are in one of his cartridges and aren't EPROMS. Making a cartridge to get
  362. > around this like the Discovery cartridge tries to results only in OUTRIGHT
  363. > PIRACY of his software for use with the alternate cartridge. Also, if the
  364. > cartridge is compatible, VIRTUALLY NO ONE WILL EVER  USE THE SHAREWARE
  365. > SOFTWARE OR PAY THE FEE: they'll just use his software and hurt his business
  366. > AND yours.)
  367.  
  368. I'm absolutely not planning to pirate anybody's software!!! The emulator
  369. will not allow anybody to run Spectre without the Spectre's cartridge!!!
  370. This is a product totally of its own, developed by myself without ever
  371. looking at any code of Dave Small! (I prefer my own and Apple's code.)
  372.  
  373. > Spectre is reasonably priced and therefore a shareware version is not
  374. > going to be particularly competitive and therefore should be expected
  375. > to be poorly maintained.  Thus substituting a poor piece of work for a
  376. > good piece of work.
  377.  
  378. Have you ever seen or heard of ALADIN? How can you talk about it as
  379. "a poor piece of work" ???
  380.  
  381. > The only way that "small" enters the picture is that a small business is
  382. > less able to afford to defend itself against predatory behavior.
  383.  
  384. That's exactly why the German company isn't selling ALADIN any more: because
  385. they couldn't afford defending themselves against Apple Germany. The trials
  386. would have been too expensive.
  387.  
  388. > According to press reports, the Aladin system included illegal copies of
  389. > the Macintosh ROMs, and Apple shot the product down. The developers have
  390. > every right to convert their work into a legal product which Apple has no
  391. > way to affect. DAVID SMALL HAD TO DO THIS! Early versions of the Magic Sac
  392. > project were altered so that only legal Mac ROMs could be used, and the
  393. > ROMs must be physically present (not illegally copied on disk, or
  394. > whatever). He WAS stomped on by Apple. THAT is why he NOW has no trouble
  395. > with Apple: he altered what might have been an illegal product into what
  396. > is demonstrably legal. To me it makes more sense for the Aladin group to
  397. > do likewise and to keep the product commercial, than to convert the system
  398. > to just an illegal shareware system rather than an illegal product. I
  399. > actually give them the benefit of the doubt by assuming that they will
  400. > take the cartridge-and-ROM route to legality anyway, despite a lack of anu
  401. > such indication : the mail suggested making Aladin more-or-less as-is
  402. > shareware - which would certainly be illegal and upon which Apple would
  403. > certainly stomp.
  404. > ...
  405. > From published reports, he WAS not pleased with the Discovery cartridge
  406. > "feature", nor with the nature of Aladin's competition (since they used
  407. > on-disk copies of the ROMs and he couldn't).
  408.  
  409. We NEVER used on-disk copies of the Roms! I don't know which press you're
  410. reading and where they get their information from, but your's is certainly
  411. false!
  412. There were two trials against Aladin (1987 and 1989). In both trials Apple
  413. Germany went to the judge with ridiculous "facts" about Aladin and the Mac.
  414. Did you know, for example, that the "Finder" is responsible for the User
  415. Interface of the Mac, because it's the software, which draws windows,
  416. dialog boxes etc...? Apple Germany used informations of this kind in the
  417. court. But - again - we just couldn't afford the trials. The sum in
  418. dispute has been 3,000,000 DM.
  419. There was a pirated version of Aladin in 1987, which had the Roms on disk.
  420. (There have been pirated versions of Magic Sac and Spectre 1.75 too.)
  421. But certainly it wasn't we who pirated our own software. Since then, Aladin
  422. hasn't been pirated anymore because of a new copy protection scheme.
  423.  
  424. Is it true, that Dave Small has got troubles with Apple USA? If so, I'd
  425. like to know more about it (sorry Dave, asking you again).
  426.  
  427. > This other guy (I wish I knew his name! I'm not intentionally being
  428. > insulting) got stomped on by Apple, and was put out of business.
  429.  
  430. Here he is:
  431.  
  432. +-----------------------+---------------------------------------------------+
  433. !  Pit Capitain, DX-PC  !  US:  ...uunet!philabs!linus!nixbur!capitain.pad  !
  434. !  Nixdorf Computer AG  !  not US:    ...?mcvax!?unido!nixpbe!capitain.pad  !
  435. +-----------------------+---------------------------------------------------+
  436.  
  437. ------------------------------
  438.  
  439. Date: 5 Dec 89 12:08:37 GMT
  440. From: mcsun!prlb2!prlbcom!vub!efdirkx@uunet.uu.net  (Erik Dirkx)
  441. Subject: Spectre printing
  442. Message-ID: <560@vub.UUCP>
  443.  
  444. Has anybody heard of a public domain printer driver for an Epson FX
  445. compatible printer that can run under Spectre128 ? I've tried "PrintWorks
  446. for the Mac", but that one generates a nice crash. It's great being able to run
  447. MSWord 4.0 and other recent MAC stuff, but my enthousiasm was gone very quickly
  448. when I tried to print without succes. I hope anyone can help me out.
  449.  
  450.         Daan Van Heghe
  451.         Brussels Free University
  452.  
  453. ------------------------------
  454.  
  455. Date: 6 Dec 89 03:12:50 GMT
  456. From: haven!uvaarpa!hudson!bessel.acc.Virginia.EDU!gl8f@ames.arc.nasa.gov  (Greg
  457.  Lindahl)
  458. Subject: Still searching...
  459. Message-ID: <2401@hudson.acc.virginia.edu>
  460.  
  461. In article <874@lzaz.ATT.COM> bds@lzaz.ATT.COM (Buce Szablak) writes:
  462.  
  463. >(Someone posted the suggestion that Atari follow Next's example when they
  464. >introduce the TT, and package GCC and utilities with each machine; that would
  465. >be a SMART move. I won't hold my breath...)
  466.  
  467. Actually, it seems kind of silly to me. MOST ST's don't have the memory
  468. or disk needed to run GCC, and MOST ST buyers don't know C. NeXT puts
  469. GCC with their machine because it's a workstation.
  470.  
  471. Can you only imagine the confusion of buyers who receive 10 disks of
  472. software, with no instructions, that they have no idea how to use, and
  473. that they probably don't have the resources to run?
  474.  
  475. Now what Atari ought to do is make sure we PD developers can purchase
  476. reasonably-priced documentation somewhere. I don't need phone support,
  477. but I sure could use docs. The ST docs eventually became available from
  478. 3rd party sources, but I'd like to see STe and TT docs before 1991...
  479.  
  480. ------
  481. Greg Lindahl
  482.  
  483. ------------------------------
  484.  
  485. End of INFO-ATARI16 Digest V89 Issue #762
  486. *****************************************
  487.